Human Context Engineering

Context Engineeringの空白地帯を捉えようとしている

Human Contextを捉えたい

table:t

Agent Context エージェント設定まわり

Window Context コンテキストウィンドウまわり

つまり「AIに何を入れるか」の「何」をつくる営み

資料ぶっこんでAIに読ませればいいというものではない。

単純な例として、新製品をつくるとしたら:

単純に企画書やキックオフ資料を与えるだけではダメだろう

ビジョン、現状の制約といったものを言語化してちゃんと与える必要がある

もっと言えば構造化して参照しやすくする

例: PDFに企画書として全部詰めててビジョンもここに書いてある → vision.md にて言語化されメンテナンスされ経緯も書かれている

「言語化することやそうしたもののメンテナンス」そのものに再現性を持たせないといけない

これはITのエンジニアリングではカバーできないこと

むしろ自己啓発やライティングの領分

だが、これらもそのままだと現場には落としづらい

両方を知ってる俺が、今ホットなAIも絡めて、両者を橋渡しする

議論

問題定義をもっと押し出した方がいいかもと思えてきた

それで、「コーディングがx倍になったからといって、他もx倍にしたい」という前提そのものが違いそうだなぁと思った

問題解決から問題定義へのシフト

問題定義は単純にx倍する世界ではない、むしろ時間も負荷もかかる営みだろう

問題解決が速くなった分、ようやくこれに費やせるようになったのではないか？

しかしそのための「言語化」まわりはいきなりはできないので、工学化してエンジニアでも使えるようにしたい → HCE